home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000066_news@newsmaster….columbia.edu _Fri Sep 25 14:22:22 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA20545
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 25 Sep 1998 14:22:22 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA05635
  7.     for kermit.misc@watsun; Fri, 25 Sep 1998 14:22:21 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: This is interesting ...
  12. Date: 25 Sep 1998 18:22:19 GMT
  13. Organization: Columbia University
  14. Lines: 44
  15. Message-ID: <6ugn0r$kfh$1@apakabar.cc.columbia.edu>
  16. References: <6uc4qk$iv9$1@oak.prod.itd.earthlink.net> <6uenhq$8o1$1@ash.prod.itd.earthlink.net> <6ugh75$h0a$1@apakabar.cc.columbia.edu> <6ugk1i$m91$1@oak.prod.itd.earthlink.net>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:9246
  19.  
  20. In article <6ugk1i$m91$1@oak.prod.itd.earthlink.net>,
  21. Mr. Scott <montgomery@starfleet.org> wrote:
  22. : Frank da Cruz wrote in message <6ugh75$h0a$1@apakabar.cc.columbia.edu>...
  23. : >In article <6uenhq$8o1$1@ash.prod.itd.earthlink.net>,
  24. : >Mr. Scott <montgomery@starfleet.org> wrote:
  25. : >: First off, I am aware of S2, and for that matter, every other register
  26. : >: in a standard modem, however I must still maintain that just because it
  27. : >: exists doesn't mean that using it is a good idea, in fact, I believe it
  28. : >: isn't.  Changing the escape character may render other communication
  29. : >: applications useless because most assume "+" as the escape character,
  30. : >: and they would break.  Disabling--rather than changing--the sequence
  31. : >: would also break things.
  32. : >
  33. : >It depends on the modem.  Most modern modems can be configured to a
  34. : >certain desired known state and this configuration can be saved.  Then,
  35. : >whenever a connection is broken (carrier drops from the other modem, or
  36. : >DTR drops from the computer), the saved state is restored automatically,
  37. : >so every user gets the same configuration, no matter what the previous
  38. : >did.  (This is a bit of a simplification -- consult your modem manual for
  39. : >details.)
  40. : I am in complete agreement.  However, all our communication apps would
  41. : have to be reconfigured to understand this saved state of affairs.
  42. : Something we don't wish to do.
  43. My point was actually that if your modems can be configured this way -- and
  44. again, it depends entirely on the modem -- then your applications do NOT
  45. have to be reconfigured.  Any application can do anything at all to the
  46. modem, and the modem automatically reverts to its saved configuration when
  47. it is released.
  48.  
  49. Before leaving this topic, I should explain what I meant before about
  50. simplification.  The real question is: even if I can create and save the
  51. desired configuration, and set the modem to restore it automatically every
  52. time a connection drops, what is to prevent the user from saving a new
  53. configuration on top of the one I saved?  Again, the answer depends on 
  54. the modem.  Some have external switches or buttons, some have management
  55. passwords or even external management systems (as in the USR Total Control
  56. system).  Without such tools, dialout modem pools would not be practical,
  57. since any user or application could "break" a modem badly enough to prevent
  58. others from using it.
  59.  
  60. - Frank